home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1998 July / EnigmA AMIGA RUN 29 (1998)(G.R. Edizioni)(IT)[!][issue 1998-07 & 08].iso / earcd / haage&partner / stormc / patch12 / stc2_patch_12.bitte_lesen next >
Text File  |  1998-04-09  |  4KB  |  111 lines
  1. HAAGE&PARTNER Computer GmbH
  2. Mainzer  Straße 10A
  3. 61191 Rosbach
  4.  
  5. Tel: +49 (0) 6007/930050
  6. FAX: +49 (0) 6007/7543
  7.  
  8. Internet: storm-support@haage-partner.com
  9. Homepage: http://www.haage-partner.com
  10.  
  11.  
  12. Sehr geehrter StormC-Kunde,
  13.  
  14. beigelegt finden Sie ein Patchprogramm welches Sie nutzen können,
  15. um die Version 2.00.23 (15.08.97) von StormC auf die neue Version
  16. 2.00.32 (11.02.98) zu aktualisieren.
  17.  
  18. Doppelklicken Sie hierzu bitte einfach das Piktogramm
  19.  
  20. StormC-V2.00.32.ptch
  21.  
  22. Bitte beachten Sie, daß sich Ihre alte Version von StormC in
  23. der Schublade StormC:StormSYS befinden muß!
  24.  
  25. Um herauszufinden, welche Version Sie aktuell besitzen, geben Sie
  26. bitte folgenden Befehl in einem Shell-Fenster ein.
  27.  
  28.    version StormC:StormSYS/StormC full
  29.  
  30. Darafhin sollte Ihnen folgender Text angezeigt werden:
  31.  
  32.    StormC 2.00.32 (11.02.98)
  33.  
  34. Sollte die Ausgabe abweichen, muessen Sie einen der vorherigen
  35. Patches zuerst anwenden.
  36.  
  37. Bei Fragen hierzu wenden Sie sich bitte an unseren Support.
  38.  
  39. Ihr HAAGE&PARTNER Support-Team
  40.  
  41.  
  42. Änderungen am Compilersystem
  43. ============================
  44.  
  45. 29.09.97 (2.00.25)
  46.  
  47.   Off-by-one-Fehler beim Laden von Argumenten für
  48.   Arithmetik-Bibliotheksfunktionen - machte sich bemerkbar, wenn ein Argument
  49.   für eine 32-Bit-Multiplikation oder -Division auf dem MC68000 über einen
  50.   Zeiger in a0 geladen werden mußte
  51.  
  52. 08.10.97 (2.00.26)
  53.  
  54.   logisches Not "!" mit Quell- und Zieltyp double/float erzeugte unter
  55.   Optimierungsstufe 5 ziemlichen Gaga-Code (bei PPC und 68K mit FPU)
  56.  
  57. 11.10.97
  58.  
  59.   Bei Wertzuweisung eines Funktionsaufrufs (mit Class-Ergebnis) an ein
  60.   Class-Objekt wurde das eigentlich notwendige, temporäre Zwischen-Objekt
  61.   fälschlicherweise auch dann wegoptimiert, wenn die Klasse einen
  62.   Kon-/Destruktor hat -> Anzahl von Kon- und Destruktoraufrufen paßte nicht
  63.   mehr zusammen!
  64.  
  65. 09.11.97 (V 2.00.29)
  66.  
  67.   Listen-Initialisierungen für Bitfelder funktionierten überhaupt nicht
  68.  
  69. 13.12.97
  70.  
  71.   Noch einen nahezu unbeschreibbaren Optimierungs-Fehler behoben. Trat nur auf,
  72.   wenn Assembler-Output oder Debug-Dateien erzeugt wurden, und verschluckte
  73.   hin und wieder eine Zusweisungsoperation.
  74.  
  75. 11.01.98 (Release 30)
  76. 24.01.98
  77.  
  78.   Gaga-Code bei Zugriff auf große Strukturen mit Operatoren +=, |= etc.
  79.   Trat bei MESA-Portierung auf.
  80.  
  81. 25.01.98 (Release 31)
  82.  
  83.   Bei Listen-Initialisierung von Arrays kam es gelegentlich zu Enforcer Hits
  84.   (Word Read an 0), z.B. bei LHA
  85.  
  86. 08.02.98
  87.  
  88.   Typkonvertierung enum -> double war nur über expliziten Umweg über int-Cast
  89.   möglich
  90.  
  91.   Bei innerhalb von Konstruktoren autretenden Exceptions wurden die vor diesem
  92.   Zeitpunkt konstruierten Basisklassen und Member fälschlich nicht destruiert
  93.   (Implementierung wurde, äähm, vergessen). Um die Code-Qualitätsverluste,
  94.   zu denen es nun bei eingeschaltetem Exception Handling kommt, in Grenzen zu
  95.   halten, wird dieses Verhalten ab Optimierungsstufe 7 in trivialen Konstruktoren
  96.   (d.h. da, wo definitiv keine Exceptions fliegen können) unterlassen.
  97.   (Report Jochen 02.02.98)
  98.  
  99. 10.02.98
  100.  
  101.   Nachdem eine Klasse instanziiert wurde, konnten virtuelle Funktionen
  102.   dieser Klasse nicht merh nachträglich als "inline" deklariert werden, obwohl
  103.   sie nicht explizit aufgerufen wurden (Fehlermeldung "inline used after
  104.   definition or use of function.") - behoben ab Step3, in früheren Versionen
  105.   noch vorhanden
  106.  
  107.   Die Linker-Namen der VMT's von Templateklassen waren für alle von einem
  108.   Template abgeleiteten Klassen identisch, so daß in Templateklassen regelmäßig
  109.   falsche virtuelle Funktionen aufgerufen wurden.
  110.   (Report Jochen 10.02.98)
  111.